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Integrated Systems for Electronic Bill Presentment and Payment 

The present invention relates generally to electronic commerce, and more 
particularly to methods and systems for integrating electronic bill presentment and 
payment among billers, consumers, banks and other financial institutions, electronic 
payment facilitators, and web portals and other spaces able to support an interface 
for presentment and / or payment of bills. 

Rar.k grmmd of the Invention 

Billing consumers for goods and services has always been a necessary 
exercise and transaction cost of engaging in credit-based commerce. Traditionally, 
businesses bill consumers for goods and services by generating and mailing paper 
bills or invoices. There are many obvious business concerns relative to paper-based 
billing. Companies utilizing paper-based billing do so at a substantial cost. For 
example, a company with 100,000 accounts which are billed on a monthly basis may 
spend over two million dollars a year in paper-based billing expenses. Much of this 
expense stems from the cost of materials, postage, and manual processing of the 
paper bills, inserts, and envelopes. 

Other significant logistical and business concerns detract from the paper- 
based billing option. The time delay associated with sending bills and receiving 
payments via conventional mailing deprive companies of the time value of money 
and therefore create additional transactional costs. This time delay is particularly 
troublesome to small billers and non-recurrent billers who tend to rely more heavily 
on cash flow. 

Paper-based billing can also deprive billers of an opportunity to build brand. 
Although many paper billers include various types of marketing inserts with their bills 
in an attempt to use the billing activity as an additional opportunity to make favorable 
brand impressions on the consumer, those materials cannot be targeted as 
effectively as in an interactive session. For instance, billers do not have significant 
realistic control over the circumstances under which, or whether, a consumer views 
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particular inserts. Indeed, studies have shown that many consumers disregard such 
inserts altogether. 

The development of the Internet creates new opportunities to transact 
business electronically, including to conduct the billing presentment and payment 
process electronically, in an on-line way or otherwise. Some refer to various aspects 
of the electronic billing process as electronic bill presentment and payment (EBPP). 
Instead of mailing paper bills, EBPP enables businesses to publish, distribute and/or 
present bills electronically on web pages. Instead of writing checks and applying 
stamps, consumers have the opportunity to pay bills by an electronic credit card 
charge or direct bank draft. The biller benefits by avoiding the cost of generating 
and mailing paper bills, and by avoiding the payment float occasioned by two-way 
mail delay and other delays in paper-based remittance. The consumer benefits with 
the added convenience of conducting transactions online, and the opportunity to pay 
many or all bills on one site or in one virtual space. 

In practice, however, there are significant concerns with conventional 
approaches to EBPP. For example, in one common approach to EBPP, which is 
often referred to as the custom development method, billers create a proprietary 
electronic billing system and link it to a third-party for payment processing. Because 
custom development is mostly an internal EBPP solution, it gives billers the 
advantage of tight control over the billing system. However, this type of solution » 
very costly. Not only is it a technology risk because billers lose the flexibility to adapt 
to other EBPP standards, but it requires a substantial amount of manpower and 
infrastructure. Furthermore, such systems innately discourage consumer use or 
popularity, since the consumer is required to log onto and initiate a session on a 
separate site for each different bill the consumer wishes to pay. 

A second common EBPP approach, which is referred to as the consolidator 
approach, presents its own set of problems. This method of enabling EBPP trades 
control of the billing interface and branding opportunity for a reduction in cost, nsk, 
and internal staffing by outsourcing the EBPP to a third party consolidator. Here, the 
electronic payment processor takes on a lock box function of holding and mov.ng 
cash during billing and payment. The payment processor performs an aggregation 
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function by presenting multiple billets' statements at a single, consolidating web site. 
Not only does interposition of the consolidator and its interface between billers and 
consumers interrupt any existing relationship, but it also precludes exploitation of 
new biller opportunities to interact with consumers. 

5 In addition to the problems already mentioned, existing EBPP enabling 

methods have various other disadvantages. For example, they remain an expensive 
option for most billers who lack sufficient economies of scale necessary to overcome 
the high fixed cost of implementation. These EBPP methods, which primarily focus 
on reducing biller costs, also often fail to address the issue of consumer 

10 convenience adequately, much less to provide effective incentives for consumer 
adoption. 

Furthermore, conventional EBPP approaches, which seek to implement 
EBPP on portal interfaces, often require redundant resources supported by multiple 
entities and consequently waste processing and transport resources. For example, 

15 using existing EBPP methods, If a consumer desires to pay AT&T bills electronically 
at a website such as Yahoo.com., the following occurs. First, the consumer 
requests that Yahoo.com receive the AT&T bill and send it to the consumer. Then, 
assuming AT&T partners with an electronic payment facilitator such as CheckFree, 
Yahoo.com makes a request to CheckFree. Finally, CheckFree initiates the request 

20 to AT&T. Because each of these entities are independent, each requires its own 
resident database and other support functionality. Such conventional portal- 
supported EBPP approaches provide significant opportunity for improvement. 

Summary of the Invention 

25 The present invention provides fully integrated, end-to-end electronic bill 

presentment and payment systems. Such systems support integrated EBPP access 
and functionality for billers, consumers, banks, other financial institutions, and other 
electronic payment facilitators, any or all of which can be transacted at a web portal, 
web site or other interface or virtual space ("Portal Interface"). Such systems can 

30 support such activities at multiple portals, so that consumers and others have the 
choice of paying bills and accomplishing other EBPP transactions in whatever virtual 
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space or at whatever site they desire. The systems provide consumers, billers and 
others the ability to self-enable EBPP by interacting with the portal interface such as 
via a series of web pages. Such systems of the present invention can control all 
interactions between billers and consumers from the portal interface. In addition, the 
systems can seamlessly orchestrate all other transactions with payment facilitators 
and banks. Therefore, all EBPP functionality and processes can be controlled by 
systems and processes according to the present invention. 

The Portal Interface controlled by systems of the present invention provides 
individual consumers with a secure personalized electronic bill portfolio where they 
can schedule, view, and pay their electronic bills. The Portal Interface controlled by 
such systems also enables billers to create consumer accounts and electronically 
publish their bills on a personalized electronic bill portfolio for viewing and payment. 
The systems can provide all bill processing, payment processing, consumer and 
billerdata storage, and arrange all external billing transactions. 

Brief Description of the Drawings 
Figure 1 is a block diagram showing external connectivity of a preferred 

embodiment of integrated electronic bill presentment and payment systems of the 

present invention. 

Figure 2 is a block diagram illustrating the architecture of a preferred 

embodiment of integrated electronic bill presentment and payment systems of the 

present invention. 

Figure 3 is a block diagram illustrating general functionality of a customer- 
related portal interface supported by a preferred embodiment of integrated electronic 
bill presentment and payment systems of the present invention. 

Figure 4 is a block diagram illustrating general functionality of a biller-related 
portal interface supported by a preferred embodiment of integrated electronic bill 
presentment and payment systems of the present invention. 

Figure 5 is a sign in screenface of a portal interface generated by a preferred 
embodiment of systems of the present invention. 
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Figure 6 is a help screenface of a portal interface generated by a preferred 
embodiment of systems of the present invention. 

Figure 7 is an inbox screenface of a portal interface generated by a preferred 
embodiment of systems of the present invention. 

Figure 8 is a bill summary list screenface of a portal interface generated by a 
preferred embodiment of systems of the present invention. 

Figure 9 is a company list screenface of a portal interface generated by a 
preferred embodiment of systems of the present invention. 

Figure 1 0 is an add a company screenface of a portal interface generated by 
a preferred embodiment of systems of the present invention. 

Figure 11 is a my outbox screenface of a portal interface generated by a 
preferred embodiment of systems of the present invention. 

Figure 12 is a pay accounts screenface of a portal interface generated by a 
preferred embodiment of systems of the present invention. 

Figure 13 is a preferences screenface of a portal interface generated by a 
preferred embodiment of systems of the present invention. 

Figure 14 is a change password screenface linked off the preferences 
screenface of a portal interface generated by a preferred embodiment of systems of 
the present invention. 

Figure 15 is a personal information screenface linked off the preferences 
screenface of a portal interface generated by a preferred embodiment of systems of 
the present invention. 

Figure 16 is payment reminder creation screenface linked off the preferences 
screenface of a portal interface generated by a preferred embodiment of systems of 
the present invention. 

Figure 17 is a generic create a reminder screenface linked off the preferences 
screenface of a portal interface generated by a preferred embodiment of systems of 
the present invention. 

Figure 18 is a contact customer service screenface linked off the preferences 
screenface of a portal interface generated by a preferred embodiment of systems of 
the present invention. 
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Figure 19 is a biller signup screenface of a portal interface generated by a 
preferred embodiment of systems of the present invention. 

Figure 20 is a bill template design step 1 screenface of a portal interface 
generated by a preferred embodiment of systems of the present invention. 

Figures 21 is a bill template design step 3 screenface of a portal interface 
generated by a preferred embodiment of systems of the present invention. 

Figures 22 is a bill template design step 2 screenface of a portal interface 
generated by a preferred embodiment of systems of the present invention. 

Figure 23 is an invoice creation step 1 screenface of a portal interface 
generated by a preferred embodiment of systems of the present invention. 

Figure 24 is an invoice creation step 2 screenface of a portal interface 
generated by a preferred embodiment of systems of the present invention. 

Figure 25 is an invoice preview screenface of a portal interface generated by 
a preferred embodiment of systems of the present invention. 

Figure 26 is a report builder screenface of a portal interface generated by a 
preferred embodiment of systems of the present invention. 

Figure 27 is a reports screenface of a portal interface generated by a 
preferred embodiment of systems of the present invention. 

Figure 28 is an upload bills screenface of a portal interface generated by a 
I preferred embodiment of systems of the present invention. 

Figure 29 is bill quality assurance screenface of a portal interface generated 
by a preferred embodiment of systems of the present invention. 

Figure 30 is a second bill quality assurance screenface of a portal interface 
generated by a preferred embodiment of systems of the present invention. 
5 Figure 31 is a third bill quality assurance screenface of a portal interface 

generated by a preferred embodiment of systems of the present invention. 

Figure 32 is an add an account screenface of a portal interface generated by 
a preferred embodiment of systems of the present invention. 

Figure 33 is a send customer e-mail screenface of a portal interface 
(0 generated by a preferred embodiment of systems of the present invention. 
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PgtaiiPri HescriDtion of the Invention 
A. General Overview of System 

Figure 1 shows connectivity of a preferred embodiment 10 of integrated 
electronic bill presentment and payment systems ("systems") of the present 
5 invention. System embodiment 10 interfaces with, among other external entities, 
billers 12 which may include very small and non-recurrent billers 14, banks and 
otherfinancia. institutions 16, payment facilitators 18, web portals and bill presenters 
20 and consumers 22. System embodiment 10 shown in Figure 1 is implemented 
on a Sun platform using an Oracle database with other programs that allow 
10 connectivity via any desired network or transport infrastructure, preferably the 
Internet to a portal interface in spaces 20 via an Extensible Markup Language or 
other standard markup or other common data interchange model or language. 
Porta! interfaces 15 may be Implemented in Hypertext Markup Language or as 
otherwise desired to operate on browsers, whether or not applet enabled, or as 
15 otherwise desired. 

Figure 2 shows an architecture diagram for a preferred embodiment 10 of 
systems according to the present invention. System embodiment 10 supports a 
portal interface 15 which allows consumers 22 and billers 12 and / or 14 the ability to 
self-enable EBPP by interacting with a series of web pages or other interfaces or 
20 presentations of whatever desired design or type on a web porta. 20 or at any other 
location in actual, electronic or virtual space, supported by the global information 
infrastructure, successor systems, private systems or any other communications 
network or system. System embodiment 1 0 can enable all EBPP functionality via 
the portal interface 15. System embodiment 10 can control all interacts or 
25 transactions between bil.ers.12 and / or 14 and consumers 22 using porta, interface 
15 as the communications and/or presentation medium. System embodiment 10 
can also arrange all other necessary transactions with payment facil'rtators 18 and 
banks 16. 

System embodiment 10 may be created to allow consumers 22 to define 
30 whatever portal or any other .ocation or space they desire to access system 

embodiment 10. This can be any web porta. 20 or other bill presentment web site, 



7 



WO 01/52142 



PCT/USOO/35561 



such as Yahoo.com® or G02Net®. In order to initialize a bill portfolio, consumers 
22 can go to the selected web portal or other space 20. System embodiment 10 
prompts consumers 22 for personal information sufficient for authentication. System 
embodiment 10 can be adapted only to assign consumers 22 a secure bill portfolio 
when consumers 22 can be authenticated by a third party credit verifier service. 
After being verified, a consumer bill portfolio may be access controlled by any 
desirable schema or paradigm, including by using a bill portfolio identification 
number a unique consumer identification number, and an encryption key defined by 
consumers 22. Consumers 22 may also define multiple accounts at the same Ml 
portfolio. 

Figure 3 illustrates the general functionality of a preferred embod.ment of a 
consumer portal interface supported by system embodiment 10. System 
embodiment 10 provides consumers 22 a secure personalized portfolio for view.ng 
and paying electronic bills that are input into system embodiment 10 by venous 
billers System embodiment 10 directs a.l incoming electronic bills to the bill portfolio 
of consumers 22. Consumers 22 also have the option of notifying paper-based 
bil.ers that they desire to have bills presented electronically. System embodiment 1 0 
can notify the billers and initiate electronic scanning of paper bills. Consumers 22 
may access the portfolio at any location of choice using any interface, such as, for 
instance, a conventional web browser, other online device, any wireless dev.ce, or 
any other device which may communicate with system embodiment 10 in any 
manner Any such device is a candidate to support presentation of or transaction 
with porta, interface 15 by consumers 22. Consumers 22 can also define the format 
of the billing information. For example, the billing data may be supplied to 
consumers 22 in a variety of standard accounting formats. 

System embodiment 10 also enables consumers 22 to pay electronic bills v.a 
credit card ACH, or electronic funds transfer or using any other mode or medium of 
payment or reconciliation. System embodiment 10 can also support payments 
between different consumer bill portfolios. In addition, system embodiment 10 can 
j provide for various types of communication between or among billers 12 and / or 14 
and consumers 22 and between or among consumers 22. 
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Figure 4 illustrates the general functionality of a preferred embodiment of a 
biller interface in accordance with the present invention with system embodiment 1 0. 
Billers 12 and / or 14 may self-enable EBPP by accessing system embodiment 10. 
System embodiment 10 can obtain information from billers 12 and / or 14 and 
5 authenticate by a credit verifier service if desired. After a biller is authenticated, 
system embodiment 10 enables billers 12 and / or 14 to define the presentation of 
the bill, among other things. Billers 12 and / or 14 may also do such things as 
customize bill templates, upload logos, addresses, and define bill fields. System 
embodiment 10 may support billers 12 and / or 14 carrying out any desired or 
10 desirable task, such as specifying marketing messages that are defined by 
consumer specific rules, set up consumers 22 to bill and / or set up specialized 
consumer groups based on predefined rules. 

Billers 1 2 and / or 14 can also specify various other bill generation criteria. 
The bill criteria can accommodate criteria such as whether the bill is for a fixed 
15 amount or whether it is formula based. Billers can also specify the bill schedule. 
Billers 12 and / or 14 may bill consumers 22 by inputting any bill data. 
System embodiment 10 enables billers 12 and / or 14 to predefine how the 
electronic bill is to be displayed. System embodiment 10 also manages the routing 
of the bills. System embodiment 10 selects the biller-def.ned delivery channel, 
20 which could be either paper or electronic. If a bill portfolio exists, the bill is placed in 
it If the billed consumer 22 does not have a bill portfolio, electronic deliveries can 
be sent via email along with a message nothing consumer 22 that the biller is using 
electronic billing. If neither exists, system embodiment 1 0 can perform standard 
paper billing. System embodiment 10 may also enable billers 12 and / or 14 to 
25 identify conventional mailing addresses for consumers 22 so that consumers 22 may 
enable standard paper billing. System embodiment 10 may also provide notification 
to billers 12 and / or 14 when bills are rejected, bills are overdue, or payments are 
received. 
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B r.nn»iimer Interface to System 

Figures 5 -18 show web pages of a preferred embodiment of a consumer 
portal interface on a web portal 20 controlled by system embodiment 10. As 
mentioned above, the interface 15 can appear on any device in any locafon ,n 
actuai electronic or virtual space, using any network or communications system; use 
of the web and browser paradigm for the following description is merely one 
example and should not be interpreted to limit the invention or its scope in any way. 
That said, figures 5 and 6 show web pages for the initial welcome screens for a web 
porta. 20 of system embodiment 10. As any other web site or web porta. 20 on the 
internet the welcome screen and a.l linked web pages on web portal 20 are freely 
accessible to bi.iers 12 and / or 14 and consumers 22 using any standard web 
browsing software and computer. Consumers 22 may also access the web pages 
by using any device of whatever stripe, such as a personal digital assistant, a 
cellular phone, or pager, which supports .nternet access via wireless technology, 
standard telephone dial-up or network connections, or any communications system. 
The welcome screen permits new bi.iers 12 and / or 14 and consumers 22 to create 
a new account. When setting up a new account, billers 12 and / or 14 and 
consumers 22 are required to input personal information that can be used to idenffy 
) and authenticate the user for subsequent sessions. Afterthe user inputs the 
persona, information, the system can contact a credrt verifier company, such as 
Equifax® or TRW®, and uses a credit report supplied by the company to 
automatically determine whether the user meets certain predetermined 
requirements, in which case a new account may be created. 
5 After creating an account, the welcome screen permrts new consumers 22 to 

create a new personalized bill portfolio or additional bill portfolios. Some 
sophisticated consumers 22 may desire to have separate bill portfolios within the 
same account for multiple homes, separate individuals within a home, or for a 
separate business. After a bil.er account is established, new bil.ers 12 and / or 14 
50 may access the bil.er functionality, which is discussed below. 
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The welcome screen also permits billers 12 and / or 14 and consumers 22 
that have already registered to access system embodiment 10 by inputting a user 
identification number, a personalized password, and an enoyptton key. THese user 
specific identifiers ensure that oniy registered users that have been authenferted 
5 are granted access to personal information stored on system embodiment 10. 

Figures? - 18 show a series of web pages for a personalized bill portfoho 
management system that registered consumers 22 use to access and interact w,th a 
„,„ portfolio via portal interface 15. Figure 7 shows an incoming bill web page that 
enables consumers 22 to interact w«h all incoming electronic bills including 
„ electronic bilis that have been reived bu, remain unpaid and paper * *-h« 
beenrecervedandscheduledforeleotronicpresen^en.. For each b,„, the we 
page displays the billys name, me amountdue, the date payment is due, and the 

status of the bill. Consumers 22 may also select and view each electron. ML 
Figure 8 shows a web page displaying a sample bill summary and payment 
1S information. The incoming bil, web page also permKs consumers 22 to select and 
electronically pay particular bills. 

System embodiment 10 enables consumers 22 to not* paper brllers mat h y 
desireto have bills presented electronically. System embodiment 10 can contact^ 
paper-based biller and no«y *e biller that their electronic bills may be presented* 

can arrange* have.he P ap*bi„scanned into system ambient 10 whe . an 
beviewedandpaidby M ns U mers22us,ngsys,emembodimen,10. Paper b,„s that 
havebeenrecelvedandarebeingprocessedforscanningandelectronro 
presentment are displayed on the incoming bill web page as -scheduled . System 
25 embodimen.10 m ayalsoenab,ebil,ers12and/or14«olden%conwn,,ona, 
filing addresses for consumers 22 so mat consumers 22 may enable standard 

paper billing. „ x .. . 

Figure 9 shows a biller list web page that enables consumers 22 to l,st the 
companies whose bills mey desire to pay electronically. For each biller 12 and / or 
30 M.thewebpagedisp^ysthecompanyname.acorrespondingiden^on 

number, and whether or no, the company te s M scheduled tor elecWnrc M 
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p.sen.men. and payment. Consunners 22 may a,so use the web page .o modify .he 
conf l gura,ionforab ite r12and/or14or t ode,e t eabil te r,2a„d/or14from.he« 
a«oge.her. Figure 10 shews a web page that enables consumers 22 to add 
addrSonal biilers 12 and / or M tor electronic bill presentment and payment. The 
5 webpa g ehasasenesofpul,downmenusenablin g aconsumer22 to de fi neab,er 

juration. One menu allows the consumer 22 to detine a particular category tor 
th ebi,ler12and,or14. For example, consumers 22 may categorize b„,ers 12 and / 
or 14 as a utility biller, telecommunications service biller, credit card b.ller. 
professional services oilier, or any other catego^ of relevance to the consumer. 
,0 Ano m ermenual,owsmeconsumer22tose,ectabi,ldelive^methcdsuchas 

CheckFree® or any other third party electronic payment factor 18. Other menus 
permHthe consumer 22.oinput.he account numberfor the bilier 12 and /or 14, as 
well as an expiration date. Consume* 22 may also elect to enable functionary 
permitting a recurring payment schedule. 
,5 FigureH shows an outgoing bill web page that enables consumers 22 to 

interact wKh eiectronic bills that have already been paid. Similar to the incoming * 
web page, the outgoing oil, web page displays the bilier's name, the amount due, the 
date payment is due, and whether or no. the bill has been paid. Consumers 22 may 
afco select and view a bill summary and payment information screen for a partcular 
M b i„.Rna,ly,consumers22mayselec,andde,e te b,lls«ha,havea,readybeenpa^ 

Figure 12 shows a payment accounts web page .ha. enables a consumer 22 
.oview.add.modify.and delete cred* cart or debi. card accounts thatthe consumer 
22desirestous S forelectronicpaymentofbills. Fo, each payment account the 
consumer 22 » required to input an account type, an account number, an account 
25 name, expiration date, and the name appearing on the card. 

Figure 13 shows a consumer preferences web page ma. enables .he 
consumer 22.0 personalize a bill portfoiio. Figures 14 and 15 show web .pages ,« 
enable consumers 22 .o view and rr»dify personal information assorted w,th a b,ll 
portfolio and a personalized password for accessing a bill portfolio. The web page 
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toabi,, portfolio** payment. Confers 22 may also create generic reminders or 
Ml payment reminders, whfch may be sent directly to an email address. 

Figuresieand^showwebpages^creatlngandschedulinggenenc 

, e m,ndel and payment reminders. The web pages enable consumers 22 to spec* 

time the reminder wil, be sent, and when to stop sending the rem.nder. For genenc 
Irninders^econsumer 22 can be reared to specifv recipient, the rem.nder 
and the content of the message. 

At any time while logged * system embodiment 10 and accessing a b„, 
10 pomo,io,consumers22maycon«ac,consumerserviceb y us,ngaconsumerse W ce 
LpageasshowninF^uretS. The consumer service web page also Is, a 
van'Jty of contact informal, as we,, as lin^sto answers to frequently asKed 

qUeS '" S e pages described above and shown in Figures 5 - 18 are merer/ 
,5 exemplary. In a.rstsense, each or any of them may conrain addittonaiflelds or 
lylLfewer^ds.toso^orrequireinforma.nofany^eor^o.o 

purposeorresultofbil, parent orrecnciliatjon. In a second sense, oter pages 
ma be emp,oy«d for such result, or purposes, or any of the above-mooned 
20 pages may be omitted. Again, these pages are merely one example of an 

IbodLntofapor.alinten.cethatcansupportsystemembodimentlOonany 

platform or device anywhere in actual, electronic or virtual space. 

C Filli-rl"'"fa'-.a to System 

^8T3^ow^rieso,webpa 8 es m a,bil,e re 12and/or14may 

usetoslnableEBPP. (As mentioned above, the interface 15 can appear on any 
device ,n any location in actual, e,ec*on to or virfca, space, us.ng any ne^orK or 

30 invention or its scope in any way.) Anytype ofb.ller 12and/ o » 

em bodimen.10,ose tf -enab,eEBPP,bu.i.ispart 1 c U ,artyadvan te geous to b,l,ers14 
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«h a relativetysmal, number of consumers, as well as billers 14w*h non-reourring 
consumers. Figure 19 shows a registration web page for signing up to use system 
embodiment 10 for EBPP. Biilers 12 and / or 14 can enter a series of informal 
text boxes on the web page, which include a merchant identification number. 
5 system embodiment 10 can men contact a credit verifier and access a credit report 
supplied by the cred« verifier to automatic* determine whether the biUer 12 and / 
or 14 is authenticated. If the biller 12 and ; or 14 is authenticated, system 
embodiment 10 automatically notifies the biller 12 and / or 14 and access to system 
embodiment 10 is granted. 
,0 As described above, once registered and authenticated billets 12 and / or 14 

may access system embodiment 10 by inputting a user identitation number, a 
personalized password, and an encryption Key. Figures 20 - 22 show web pages 
M enable biilers 12 and / or 14 to define the layout of an electronic bill. Rgure 20 
shows a web page for choosing a predefined template provided by system 
„ embodiments Figured shows a web page that enables billers 12and/or14.o 
interacts desfcn their own bill template. Once the iayout of the bill is defined, 
biilers 12 and / or 14 can specify whattype of software program they will use to 
provideconsumerbillingdatatosystemembcdimentlO. In the preferred 
embodiment of the invention, system embodiment 10 supports baling data of any 
20 type suchas.forexample.dataformattedtocomplywrthoverthecountersoftware 
accounting packages such as QuickBcoks® and Peachtree®. or billing data 
formatted as a printer datastream or a database export. Figure 22 showsaweb 
page for biilers 12 and / or 14 to select the appropriate billing data format 

in situations where creating a bill template is not manageable, as for one time 
25 transactions w* a consumer 22, sys« OT embodiment 10 can enable billers 12 an / 
or 14 to send a one time onry invoice. Figures 23 - 25 show web pages that enable 
this functionality. Billers 12 and / or 14 can be required to include the billed name, 
the amount due, a description of me goods or services, the recipient of the ,nvo,ce, 
the number of the bill portfolio where.be invoice isto be sent, and the date payment 
30 is due. After inputting the required invoice information, system embedment 
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preferably permits the biller 12 and / or 14 to preview the invoice as it will appear in 
the consumer's bill portfolio and send 'it. 

System embodiment 10 can also enable billers 12 and / or 14 to create 
various reports. Billers 12 and / or 14 may create reports showing any of a number 
of transacts! statistics, such as the number of bills paid, the number of bills sent, 
the number of bills disputed, the number of bills part* paid, the number of bills 
published, the numberof bills not published, and /or the number of bills that have 
been reviewed for quality assurance. Figures 26 and 27 show web pages enablmg 
billers 12 and / or 14 to create and schedule reports. 

System embodiment 10 can also enable billers 12 and / or 14 to upload brlls 
from a consumer's bill portfolio. Figure 28 shows a web page that enables billers 12 
and , or 14 to do this. Billers 12 and / or 14 may search for a particular consumer 22 
by name or may sort for a number of consumers 22 in a predefined group. System 
embodiment 10 performs the requested que^ and then displays each of the bills ,n 
; the consumers bill portfolio that are associated with the bille, Billers 12 and / or 14 
may also select and preview a particular bill. Figure 29 shows a web page for 
previewing the bill of consumers 22. From the preview screen, billers 12 and / or 14 
may edit the bi„, send the bill, or defer sending the bill until later. Figure 30 shows a 
webpagethatenablesabiller12and/or14toeditaconsumer'sb,ll. 
0 As shown in Figure 31, system embodiment 10 can also enable bilfcrs 12 and 

, or 14 to add, modify, or delete consumer accounts. Billers 12 and / or 14 may add 
aconsumer account or choosethe account organizer by selecting the appropriate 

M, on the web page. Figure 32 shows the linked web page where a biller 12 anc / 
or 14 may input a new client's name, account number, email address, and attnbute. 
,5 System embodiment 10 may also enable billers 12 and /or 14 to identty 

conventional mailing addresses for consumers 22 so that consumers 22 may enable 
standard paper billing. The attribute <Wd can be used in combination w«h the 
account organizer to defme groups of consumer accounts to simplify bill generate 
and delivery. Billers 12 and / or 14 may use consumer groups to define and 
30 g enera.ebi,lsw«hou,.heneedforre P eu»on. For example, when crea«ng a l,s« of 
consumer accounts, a biller 12 and / or 14 may assign a specfic zip code attnbute to 
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a group of accounts, which would enable the biller 12 and / or 14 to generate and 
deliver all bills of the specific zip code at the same time. 

As shown in Figure 33, at any time while logged into system embodiment 10 
billers 12 and / or 14 may send emails to a consumer's bill portfolio. Billers 12 and / 
or 14 can use this functionality for payment reminders, marketing notices and offers, 
or any other advantageous use. 

The pages described above and shown in Figures 19-33 are merely 
exemplary. In a first sense, each or any of them may contain additional fields, or 
may contain fewer fields, to solicit or require information of any type or sort, or to 
allow billers 12 and / or 14 to interact with system embodiment 10 in any way for the 
purpose or result of bill presentment or to effectuate payment or reconciliation. In a 
second sense, other pages may be employed for such results or purposes, or any of 
the above-mentioned pages may be omitted. Again, these pages are merely one 
example of an embodiment of a portal interface that can support system 
embodiment 10 on any platform or device anywhere in actual, electronic or virtual 
space. 

The foregoing is provided for purposes of disclosure of a preferred 
embodiment of the present invention. Additions to, deletions or omissions from, or 
changes to interfaces, systems, or embodiments disclosed above may be 
accomplished; so long as they help carry out the results or purposes of providing 
systems that support interfaces to effectuate EBPP, they remain within the scope or 
spirit of the invention. 
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1 . An electronic bill presentment and payment system, comprising: 

a. a database capable of storing data relating to a plurality of bills 
sourced from a plurality of billers, and corresponding to a plurality of consumers; 

b. processing capacity coupled to said database capable of converting 
data from said plurality of billers into format compatible with said database; 

c. processing capacity coupled to said database capable of allowing at 
least some of said plurality of billers to review and obtain reports in real time from 
data relating to said billers and status of said biller's bills stored in said database; 

d. said database inaccessible to any entity not having encrypted 
access to said database; 

e. processing capacity coupled to said database capable of supporting 
a plurality of visual interfaces, each supported by a site different from other of 
said visual interfaces, each of said visual interfaces capable of allowing a 
consumer to review and pay said consumer's bills and thereby change 
information in said database only if said consumer has been authorized access to 
said database by a credit verifier. 

2. A system according to claim 1 further comprising processing capacity 
capable of communicating with a plurality of financial institutions in order to 
couple said financial institutions to said database in order to facilitate payment of 
bills. 



3. A system according to claim 1 further comprising processing capacity 
capable of communicating with a plurality of payment facilitators in order to 

25 couple said payment facilitators to said database in order to facilitate payment of 
bills. 

4. A system according to claim 1 in which said credit verifier is a third party 
credit verifier. 

30 
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5. A system according to claim 1 in which said processing capacity coupled 
to said database supporting a plurality of visual interfaces employs HTML 
transmissions. 

6. A system according to claim 1 in which said processing capacity coupled 
to said database supporting a plurality of visual interfaces employs XML 
transmissions. 

7. A system according to claim 4 in which said consumer is authorized 
access to said database by a credit verifier during a particular consumer session 
on a visual interface, only after an interactive session between said system and 
said credit verifier during said consumer session. 

8. In an electronic billing presentment and payment system comprising: 

a. a database capable of storing data relating to a plurality of bills 
sourced from a plurality of billers, and corresponding to a plurality of consumers; 

b. processing capacity coupled to said database capable of converting 
data from said plurality of billers into format compatible with said database; 

c. processing capacity coupled to said database capable of allowing at 
least some of said plurality of billers to review and obtain reports in real time from 
data relating to said billers and status of said biller's bills stored in said database; 

d. said database inaccessible to any entity not having encrypted 
access to said database; 

e. processing capacity coupled to said database capable of supporting 
a plurality of visual interfaces, each at a different web site from other of said 
visual interfaces, each of said visual interfaces capable of allowing a consumer to 
review and pay said consumer's bills and thereby change information in said 
database only if said consumer has been authorized access to said database by 
a credit verifier; 
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a process for allowing a consumer to pay bills from one of said visual 
interfaces, comprising: 

a. receiving from said consumer, via said visual interface, logon 
information; 

5 b. initiating an interactive session with a credit verifier to obtain 

authorization for said consumer to have access to information from said 
database; 

c. after said authorization from said credit verifier has been received 
from said credit verifier, allowing said consumer to access information in said 
10 database in order to pay bills. 

9. A process according to claim 8 in which said consumer uses a visual 
interface on a web site. 

15 10. A process according to claim 8 in which said consumer also reviews a 
plurality of bills from a plurality of billers. 

11. A process according to claim 8 in which said consumer also inquires online 
about status of at least one bill, said inquiry being conveyed by said system to 

20 particular billers. 

12. A process according to claim 1 1 in which an interactive session is 
established between said consumer and at least one of said billers. 

25 13. A process according to claim 8 in which said consumer pays bills using a 
credit card. 

14. A process according to claim 8 in which said consumer receives reports 
from said system. 

30 
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1 5. A process according to claim 8 in which said system automatically notifies 
a biller when a consumer has paid a bill. 

16. A process according to claim 8 in which a biller modifies, online, the 
5 format in which a bill is presented to said consumer on said visual interface. 

1 7. A process accordingto claim 8 in which said consumer modifies, online, 
the format in which a bill is presented to said consumer on said visual interface. 

10 18. A process according to claim 8 in which said consumer selects for review 
bills coming due on a certain date. 

1 9. A process according to claim 8 in which said consumer selects for review 
bills overdue. 

15 

20. A process according to claim 8 in which said consumer pays bills from a 
plurality of visual interfaces, each on a different site. 

21 . A process accordingto claim 8 in which at least one of said visual 
20 interfaces for particular consumer is not supported by a website. 
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• fff^BV -."' stocks /, metaspy ;! games- shopping ; . 



auctions email-';, billbbx 



Welcome to go2net Billbox: Your highly secure Vault for billing 



I'm a New User 

First Step is to create a user 
Go2Net account. If you have already 
Personal done this proceed to second 

step 



Create A 
BillBox 



Second step is to create a 
Bill Box! 



I'm already registered for a BillBox! 

BillBox ID: [234AS234 ~ 



Login ID: 
Password: 

I"" Remember my ID & Password ( What's this?) 



Send Your Bills To 

. Any Customer 

• Any Where 

• Any Time 
. Any Way 

Using secure Billbox Vaults 
Get Your Bills From 

• Any Device 

• Any application 
■ Anyplace 

• Anytime 

Using secure Billbox Vault 1 ^ 



Trouble signing in? 

Get help signing in here. 



Traded on NASDAQ: GNET Copyright © GoZNet, Inc. 1996-1999 Terms of use 
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Welcome to go2net Bilibox: Your highly secure Vault lor Dining 



Note: BillBox provides a very secure Vault to store all 
your information. There is no open data. All data is 
encrypted before it is stored. The encryption key is 
defined by you and is known only to you. 

To access your bilibox, you need 

. Bilibox id : Bilibox id is an unique identification 
that is provided to each Bilibox user. 

• Userid/Password : Unique combination known 
to only you. 

• Encryption Key: Defined by you. No data can 
be accessed without this key, even if you enter 
the bill-box using valid userid/password. 



laded on NASDAQ: GNET Copyright © Go2Net, Inc. 1996-1999 lent 
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iy Ml; ] (areyouabiller?} 



] | help | 



My inbox 

select Biller name 
□ Microcell Solutions 
P Firstline visa 
r E7R 



Amount due Date Due Status Bill 

40.07 12/01/99 Unpaid VIEW 

615.51 12/01/99 Unpaid VIEW 

247.34 12/01/99 Sched 



, Pay selected bills 



Fig. 7 



7/33 



WO 01/52142 



PCT/USUO/35561 



i shppping'; ; auctions ^ 'an^lv^bililxw^ Go2Net Personal 




8/33 



WO 01/52142 



PCT/USOO/35561 



bill box 



; shopping t;. auctions; 



; :;billbox-f Go2Net Personal 
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| Company list 
Company 



Modify I 



MICROCELL SOLUTIONS 0132****2333 yes p e lete- 1 

Modify I 



FIRST LINE VISA 4103 **** **** 1 



AMERICAN EXPRESS 3133 **** 3586 



Delete/) 
Delete.! 



Md a company: '' , 
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bill box 



[ | are you a biller?| | logout! |~ he!p 1 



Add a company 



Please enter the required informatioln about your biller. After 
completing this Information, dick add company. 



Select a category : f^'ty . 
Company name :|ABC Utility 



Delivery method : ]CheckFree 
Account number 



|4200 5748 9856 024 
Expiry date : |ll/02 mm/yy 

H 1 Enable recurring payment schedule 

Add I 7: Cancel- I 
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My outbox 



mMMAS&M ^ectsmername Amount due Date Oue Status Bill 

F Comtel Telecom Solutions 57.75 11/01/99 Paid Vim 

F Hydro Utility visa 75.51 H/02/99 Paid YJE351 



p Aero consultants 



11/04/99 Paid 
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ACCOUNT I 
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ACCOUNT | 
NAME 1 


Credit Card: |Setect credit card t 

Card I 
Number:'- 

^'SSI ■ MM/YY 


M 


ACCOUNT 
TYPE 


H 
B 


CHEQUING 
VISA 


35*45 | 
41111*****111111 


sdfgs 1 


ddddddddd J 


Name on] 
Card: 1 
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■e you a biller?] | logout | | ha o \ 



bill box 



Password Change 



Passwords must be between 6 and 16 characters, at least one of which is 
numeric (0-9), and at least one of which is a letter (a-z or A-Z): Special 
characters (&, @ or ~) are acceptable, but not spaces. 

"'Current Password: | : 

*New Password: ~ 



*Re-Type New Password: ] 

.Submit. Glea,r; I 
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bill box 



y |»|5 | | are you a biller?] | logout \ | rep | 



Fields marked with an asterisk (*) mttst be entered. 
PERSONAL INFORMATION 



Please make the necessary changes. 



* First Name: (JOHNNY 



Last Name: |SA,VIPLE324 



♦User ID: 000324 _ 



Password: \~ 
Retype Password: |7 
* Email: [~ 



' Street Address: |703 23RD ST S 



* City: [ARLINGTON 

* State: IVAj 



*ZIP Code: 122202^2419 
*Day Phone: | 1 



Evening Phone: J 



(555-555-5555) 
(555-555-5555) 
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Dill UUA 



Create a Payment Reminder 



Start sending: f^H \T±\ \ 1999 J 
Send how often: |Once 3 
Send when: (3:00pm jrj 
Stop sending: FH 1 1999 ^ 



. Payment Reminder ' 
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Message: 



Start sending: 
Send how often: 
Send when: 
Stop sending: 



Create a Reminder 



r 



jOnce jr\ 
|3:00pm :r] 

[N^lflOIl 1 - 999 id 



•'ScheduW.Rerriinder' 
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ICED 



If you have questions about the Billbox's service, check out our Frequently 
Asked Questions. Answers to most common questions are immediately 
available online. 

, To contact Billbox using email, type your message in the area below and 
\ click the Send Email button. You can also speak with a Billbox Service 

Representative by calling our toll free number. 1 -877-BILLS4U (1 -S / 1- 

245-5748). 




1. Enter your email address here: I 

2. Type your message or question below: 



""3 



Click here: ; Sfend Email. 1 10 submit th j s t0 Billbox Customer 



Service. 

4. Please wait for your confirmation message. 
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ICED 



Sign up as a biller! 

If you send bills, now is the time to register. Soon you will be at 
to enjoy the savings of sending your bills electronically. No rnor, 
hassles of folding and mailing paper bills. Fill out the form be 
and when you are authenticated, we will contact you by email 



Company ni 



: Derivion 



company address : |905 Paces Ferry Road ; 
Company city : [Atlanta I 
Company state : (Georgia ' _j 

Company zip : |30326_ ; 

Company e-mail 



: |info@d< 



lerivion.com 



Merchant id : JMID-03261973 
Signup | Reset | 
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f" customize your 



When you are ready 
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billbox. ( . Go2Net Personal 



| my bills | |areyouablller?| 



Invoice 



altern^aveto creatTng'rt^plBte'fiir one time transactions. Enter 
your information below and simply dick send when you are 
finished. 

Fields marked With an * must be completed. 



* Biller's name : 
Amount Options : 

* Recipients : 



jDoe Lawn Services 
[Amount DueJV) 
J Individual jrj 



* Description of service/item: 



Fig. 23 
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, Sgnd Later-/ | 
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| logout \ | heip [ 



Report builder 

Use this for to create a report of your client's transactions. 

(Summary^ zl 

|Mon, Nov 01, 1999 ^ 



Report type 
Report date 
Sort by : 



[Invoice number _£[ 
. Build reports 1 - 'fiahtel 
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I logout | | help | 



Reports 

number of bills paid 
number of bills sent 



Bl^S^Mi num ber of bills published 
■ 1 ' — number of bills not published 



number of bills Q.A.'d 



Fig. 27 



27/33 



PCT/USOO/35561 



bill 



box 



^^^@ up,oadBi,,s 



John Smith's Computer (Local) 



Find filename; 



1) Click Browse 

2) Find file on Hard Disk 

3) Press » to Transfer (Help) 



■Tnhn Smith's BillboX (Internet) 



Status Date Description 

C Received 11-13-98 BOI 

r Processed 11-13-98 Bill 

C Error 11-13-98 Bill No 3 



1 ) Select Filename (click circle) 
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bill box 



I my bills | ja'e you a biller?! 
Bill quality assurance 

• Choose the bill you would like to preview. 

. When you are satisfied with these bills, click 'Send the bills' to release them to 



l^ityd&yjjUBj Account #1^: 



your clients. 

o ?? ^oo - j.\/ipw | Frt.t Bills | Send now | Send later ',| 



Date: November 2, 1999 



Billing Period: 2710 to 2/1' 



Total Current Charge due by November 26, 1999 



Fig. 29 
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bill box 



my bills | |are you a hlller?] | logout | \ help | 



r slll'tt'^il ' ajJE I fl^ B,n q uaUt V assurance 

e the bill you wo 
you are satisfied 

9SB ^mjmmimmam> \m*mw 



• Choose the bill you would like to preview. 

• When you are satisfied with these bills, click 'Send the bills' to release them to 
your clients. 



entDate: ll 0V _ 2 



Toledo, OH 43232 



Amount of Previous Bi 



INOV 26, 199' 

ite: I — — — 1 

sr. 245-222-652; 

• |°_ 21453 



Total Current Charge due by I 



ig Period: 2/10 to 2/11 
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Customer list 

Here you can add, modify or delete your customer accounts. 



;-f Ad^,.a,custome^l \ Account Organizer ; ,| 



Account 
' Steven Ritchie 257895 
Marco Sousa 254865 
Dave Moulton 558423 
Sean Vanzante 025463 
Scott Dyment 201256 
Tony Casciaro 959685 



BillBox id 

115425 

335263 

985465 

089455 

054879 

356585 



jV^d^ _Del£teJ 
■Modify | j p^ej 
'Modify | tjffj|te' \ 

^Modify |ifpete [ 
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Add an account 

client's name: [DarrylSukkel' 



Client's account ni 



e-mail address: jdsuk kel@hotmail.com. 
,dd an_attl!6utei) . 

/Addkcouht'^l'') .Cancel'^ \ 
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{ help | 



Send e-mail to customer 



j o: pSmith@Derivion.com j 



Subject: |PaymentRej^e_r 
Text: 
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